home *** CD-ROM | disk | FTP | other *** search
/ Halting the Hacker - A P…uide to Computer Security / Halting the Hacker - A Practical Guide to Computer Security.iso / rfc / rfc1366.txt < prev    next >
Text File  |  1997-04-01  |  18KB  |  451 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7. Network Working Group                                          E. Gerich
  8. Request for Comments: 1366                                         Merit
  9.                                                             October 1992
  10.  
  11.  
  12.              Guidelines for Management of IP Address Space
  13.  
  14. Status of this Memo
  15.  
  16.    This memo provides information for the Internet community.  It does
  17.    not specify an Internet standard.  Distribution of this memo is
  18.    unlimited.
  19.  
  20. Abstract
  21.  
  22.    This document has been reviewed by the Federal Engineering Task Force
  23.    (FEPG) on behalf of the Federal Networking Council (FNC), the co-
  24.    chairs of the International Engineering Planning Group (IEPG), and
  25.    the Reseaux IP Europeens (RIPE).  There was general consensus by
  26.    those groups to support the recommendations proposed in this document
  27.    for management of the IP address space.
  28.  
  29. 1.0  Introduction
  30.  
  31.    With the growth of the Internet and its increasing globalization,
  32.    much thought has been given to the evolution of the network number
  33.    allocation and assignment process. RFC 1174, "Identifier Assignment
  34.    and Connected Status", dated August 1990 recommends that the Internet
  35.    Registry (IR) continue as the principal registry for network numbers;
  36.    however, the IR may allocate blocks of network numbers and the
  37.    assignment of those numbers to qualified organizations.  The IR will
  38.    serve as the default registry in cases where no delegated
  39.    registration authority has been identified.
  40.  
  41.    The distribution of the registration function is desirable, and in
  42.    keeping with that goal, it is necessary to develop a plan which
  43.    manages the distribution of the network number space.  The demand for
  44.    network numbers has grown significantly within the last two years and
  45.    as a result the allocation of network numbers must be approached in a
  46.    more systematic fashion.
  47.  
  48.    This document proposes a plan which will forward the implementation
  49.    of RFC 1174 and which defines the allocation and assignment of the
  50.    network number space.  There are three major topics to be addressed:
  51.  
  52.       1) Qualifications for Distributed Regional Registries
  53.  
  54.       2) Allocation of the Network Number Space by the Internet Registry
  55.  
  56.  
  57.  
  58. Gerich                                                          [Page 1]
  59.  
  60. RFC 1366     Guidelines for Management of IP Address Space  October 1992
  61.  
  62.  
  63.       3) Assignment of the Network Numbers
  64.  
  65. 2.0  Qualifications for Distributed Regional Registries
  66.  
  67.    The major reason to distribute the registration function is that the
  68.    Internet serves a more diverse global population than it did at its
  69.    inception.  This means that registries which are located in distinct
  70.    geographic areas may be better able to serve the local community in
  71.    terms of language and local customs. While there appears to be wide
  72.    support for the concept of distribution of the registration function,
  73.    it is important to define how the candidate delegated registries will
  74.    be chosen and from which geographic areas.
  75.  
  76.    Based on the growth and the maturity of the Internet in Europe,
  77.    Central/South America and the Pacific Rim areas, it is desirable to
  78.    consider delegating the registration function to an organization in
  79.    each of those geographic areas.  Until an organization is identified
  80.    in those regions, the IR will continue to serve as the default
  81.    registry.  The IR remains the root registry and continues to provide
  82.    the registration function to all those regions not covered by
  83.    distributed regional registries.  And as other regions of the world
  84.    become more and more active in the Internet, the IANA and the IR may
  85.    choose to look for candidate registries to serve the populations in
  86.    those geographic regions.
  87.  
  88.    It is important that the regional registry is unbiased and and widely
  89.    recognized by network providers and subscribers within the geographic
  90.    region.  It is also important that there is just a single regional
  91.    registry per geographical region at this level to provide for
  92.    efficient and fair sub-allocation of the address space.  To be
  93.    selected as a distributed regional registry an organization should
  94.    meet the following criteria:
  95.  
  96.       a) networking authorities within the geographic area
  97.          legitimize the organization
  98.  
  99.       b) the organization is well-established and has
  100.          legitimacy outside of the registry function
  101.  
  102.       c) the organization will commit appropriate resources to
  103.          provide stable, timely, and reliable service
  104.          to the geographic region
  105.  
  106.       d) the commitment to allocate IP numbers according to
  107.          the guidelines established by the IANA and the IR
  108.  
  109.       e) the commitment to coordinate with the IR to establish
  110.          qualifications and strategies for sub-allocations of
  111.  
  112.  
  113.  
  114. Gerich                                                          [Page 2]
  115.  
  116. RFC 1366     Guidelines for Management of IP Address Space  October 1992
  117.  
  118.  
  119.          the regional allocation.
  120.  
  121.    The distributed regional registry is empowered by the IANA and the IR
  122.    to provide the network number registration function to a geographic
  123.    area.  It is possible for network subscribers to contact the IR
  124.    directly.  Depending on the circumstances the network subscriber may
  125.    be referred to the regional registry, but the IR will be prepared to
  126.    service any network subscriber if necessary.
  127.  
  128. 3.0  Allocation of the Network Number Space by the Internet Registry
  129.  
  130.    The Class A portion of the number space represents 50% of the total
  131.    IP numbers; Class B is 25% of the total; Class C is approximately 12%
  132.    of the total.  Table 1 shows the current allocation of the IP network
  133.    numbers.
  134.  
  135.                    Total           Allocated       Allocated (%)
  136.    Class A           126               49              38%
  137.    Class B         16383             7354              45%
  138.    Class C       2097151            44014               2%
  139.  
  140.              Table 1: Network Number Statistics (June 1992) [1]
  141.  
  142.    Class A and B network numbers are a limited resource and therefore
  143.    the entire number space will be retained by the IR.  No allocations
  144.    from the Class A and B network numbers will be made to distributed
  145.    regional registries at this time.
  146.  
  147.    The Class C network number space will be divided into allocatable
  148.    blocks which will be reserved by the IANA and IR for allocation to
  149.    distributed regional registries.  In the absence of designated
  150.    regional registries in geographic areas, the IR will assign addresses
  151.    to networks within those geographic areas according to the Class C
  152.    allocation divisions.
  153.  
  154.    A preliminary inspection of the Class C IP network numbers shows that
  155.    the number space with prefixes 192 and 193 are assigned.  The
  156.    remaining space from prefix 194 through 223 is mostly unassigned.
  157.  
  158.    The IANA and the IR will reserve the upper half of this space which
  159.    corresponds to the IP address range of 208.0.0.0 through
  160.    223.255.255.255. Network numbers from this portion of the Class C
  161.    space will remain unallocated and unassigned until further notice.
  162.  
  163.    The remaining Class C network number space will be allocated in a
  164.    fashion which is compatible with potential address aggregation
  165.    techniques. It is intended to divide this address range into eight
  166.    equally sized address blocks.
  167.  
  168.  
  169.  
  170. Gerich                                                          [Page 3]
  171.  
  172. RFC 1366     Guidelines for Management of IP Address Space  October 1992
  173.  
  174.  
  175.       192.0.0.0 - 193.255.255.255
  176.       194.0.0.0 - 195.255.255.255
  177.       196.0.0.0 - 197.255.255.255
  178.       198.0.0.0 - 199.255.255.255
  179.       200.0.0.0 - 201.255.255.255
  180.       202.0.0.0 - 203.255.255.255
  181.       204.0.0.0 - 205.255.255.255
  182.       206.0.0.0 - 207.255.255.255
  183.  
  184.    Each block represents 131,072 addresses or approximately 6% of the
  185.    total Class C address space.
  186.  
  187.    It is proposed that a broad geographic allocation be used for these
  188.    blocks.  At present there are four major areas of address allocation:
  189.    Europe, North America, Pacific Rim, and South & Central America.
  190.  
  191.    In particular, the top level block allocation be designated as
  192.    follows:
  193.  
  194.    Multi-regional          192.0.0.0 - 193.255.255.255
  195.    Europe                  194.0.0.0 - 195.255.255.255
  196.    Others                  196.0.0.0 - 197.255.255.255
  197.    North America           198.0.0.0 - 199.255.255.255
  198.    Central/South
  199.     America                200.0.0.0 - 201.255.255.255
  200.    Pacific Rim             202.0.0.0 - 203.255.255.255
  201.    Others                  204.0.0.0 - 205.255.255.255
  202.    Others                  206.0.0.0 - 207.255.255.255
  203.  
  204.    It is proposed that the IR, and any designated regional registries,
  205.    allocate addresses in conformance with this overall scheme.  Where
  206.    there are qualifying regional registries established, primary
  207.    responsibility for allocation from within that block will be
  208.    delegated to that registry.
  209.  
  210.    The ranges designated as "Others" permit flexibility in network
  211.    number assignments which are outside of the geographical regions
  212.    already allocated.  The range listed as multi-regional represents
  213.    network numbers which have been assigned prior to the implementation
  214.    of this plan.  It is proposed that the IANA and the IR will adopt
  215.    these divisions of the Class C network number space and will begin
  216.    assigning network numbers accordingly.
  217.  
  218. 4.0  Assignment of the Network Number Space
  219.  
  220.    The exhaustion of the IP address space is a topic of concern for the
  221.    entire Internet community. This plan for the assignment of Class A,
  222.    B, or C IP numbers to network subscribers has two major goals:
  223.  
  224.  
  225.  
  226. Gerich                                                          [Page 4]
  227.  
  228. RFC 1366     Guidelines for Management of IP Address Space  October 1992
  229.  
  230.  
  231.       1) to reserve a portion of the IP number space so that it may be
  232.       available to transition to a new numbering plan
  233.  
  234.       2) to assign the Class C network number space in a fashion which
  235.       is compatible with proposed address aggregation techniques
  236.  
  237. 4.1  Class A
  238.  
  239.    The Class A number space can support the largest number of unique
  240.    host identifier addresses and is also the class of network numbers
  241.    most sparsely populated.  There are only approximately 77 Class A
  242.    network numbers which are unassigned, and these 77 network numbers
  243.    represent about 30% of the total network number space.
  244.  
  245.    The IANA will retain sole responsibility for the assignment of Class
  246.    A network numbers. The upper half of the Class A number space will be
  247.    reserved indefinitely (IP network addresses 64.0.0.0 through
  248.    127.0.0.0). While it is expected that no new assignments of Class A
  249.    numbers will take place in the near future, any organization
  250.    petitioning the IANA for a Class A network number will be expected to
  251.    provide a detailed technical justification documenting network size
  252.    and structure. Class A assignments are at the IANA's discretion.
  253.  
  254. 4.2  Class B
  255.  
  256.    Previously organizations were recommended to use a subnetted Class B
  257.    network number rather than multiple Class C network numbers.  Due to
  258.    the scarcity of Class B network numbers and the under utilization of
  259.    the Class B number space by most organizations, the recommendation is
  260.    now to use multiple Class Cs where practical.
  261.  
  262.    The IANA and the IR will maintain sole responsibility for the Class B
  263.    number space.  Where there are designated regional registries, those
  264.    registries will act in an auxiliary capacity in evaluating requests
  265.    for Class B numbers.  Organizations applying for a Class B network
  266.    number should fulfill the following criteria:
  267.  
  268.       1) the organization presents a subnetting plan which
  269.          documents more than 32 subnets within its organizational
  270.          network
  271.  
  272.       AND
  273.  
  274.       2) the organization has more than 4096 hosts.
  275.  
  276.    These criteria assume that an organization which meets this profile
  277.    will continue to grow and that assigning a Class B network number to
  278.    them will permit network growth and reasonable utilization of the
  279.  
  280.  
  281.  
  282. Gerich                                                          [Page 5]
  283.  
  284. RFC 1366     Guidelines for Management of IP Address Space  October 1992
  285.  
  286.  
  287.    assigned number space. There may be circumstances where it will be
  288.    impossible to utilize a block of Class C network numbers in place of
  289.    a Class B.  These situations will be considered on a case-by-case
  290.    basis.
  291.  
  292. 4.3  Class C
  293.  
  294.    Section 3 of this document recommends a division of the Class C
  295.    number space.  That division is primarily an administrative division
  296.    which lays the groundwork for distributed network number registries.
  297.    This section deals with how network numbers are assigned from within
  298.    those blocks. Sub-allocations of the block to sub-registries is
  299.    beyond the scope of this paper.
  300.  
  301.    By default, if an organization requires more than a single Class C,
  302.    it will be assigned a bit-wise contiguous block from the Class C
  303.    space allocated for its geographic region.
  304.  
  305.    For instance, an European organization which requires fewer than 2048
  306.    unique IP addresses and more than 1024 would be assigned 8 contiguous
  307.    class C network numbers from the number space reserved for European
  308.    networks, 194.0.0.0 - 195.255.255.255.  If an organization from
  309.    Central America required fewer than 512 unique IP addresses and more
  310.    than 256, it would receive 2 contiguous class C network numbers from
  311.    the number space reserved for Central/South American networks,
  312.    200.0.0.0 - 201.255.255.255.
  313.  
  314.    The IR or the registry to whom the IR has delegated the registration
  315.    function will determine the number of Class C network numbers to
  316.    assign to a network subscriber based on the following criteria:
  317.  
  318.            Organization                            Assignment
  319.  
  320.    1) requires fewer than 256 addresses    1 class C network
  321.    2) requires fewer than 512 addresses    2 contiguous class C networks
  322.    3) requires fewer than 1024 addresses   4 contiguous class C networks
  323.    4) requires fewer than 2048 addresses   8 contiguous class C networks
  324.    5) requires fewer than 4096 addresses  16 contiguous class C networks
  325.  
  326.    The number of addresses that a network subscriber indicates that it
  327.    needs should be based on a 24 month projection.
  328.  
  329.    The maximal block of class C nets that should be assigned to a
  330.    subscriber consists of sixteen contiguous class C networks which
  331.    corresponds to a single IP prefix the length of which is twelve bits.
  332.    If a subscriber has a requirement for more than 4096 unique IP
  333.    addresses it should most likely receive a Class B net number.
  334.  
  335.  
  336.  
  337.  
  338. Gerich                                                          [Page 6]
  339.  
  340. RFC 1366     Guidelines for Management of IP Address Space  October 1992
  341.  
  342.  
  343. 5.0  Conclusion
  344.  
  345.    This proliferation of class C network numbers may aid in preserving
  346.    the scarcity of class A and B numbers, but it is sure to accelerate
  347.    the explosion of routing information carried by Internet routers.
  348.    Inherent in these recommendations is the assumption that there will
  349.    be modifications in the technology to support the larger number of
  350.    network address assignments due to the decrease in assignments of
  351.    Class A and B numbers and the proliferation of Class C assignments.
  352.  
  353.    Many proposals have been made to address the rapid growth of network
  354.    assignments and a discussion of those proposals is beyond the scope
  355.    and intent of this paper.
  356.  
  357.    These recommendations for management of the current IP network number
  358.    space only profess to delay depletion of the IP address space, not to
  359.    postpone it indefinitely.
  360.  
  361. 6.0  Acknowledgements
  362.  
  363.    The author would like to acknowledge the substantial contributions
  364.    made by the members of the following two groups, the Federal
  365.    Engineering Planning Group (FEPG) and the International Engineering
  366.    Planning Group (IEPG). This document also reflects many concepts
  367.    expressed at the IETF Addressing BOF which took place in Cambridge,
  368.    MA in July 1992. In addition, Jon Postel (ISI) and Yakov Rekhter
  369.    (T.J.  Watson Research Center, IBM Corp.) reviewed this document and
  370.    contributed to its content. The author thanks those groups and
  371.    individuals who have been sighted for their comments.
  372.  
  373. 7.0  References
  374.  
  375.    [1] Wang, Z., and J. Crowcroft, "A Two-Tier Address Structure for the
  376.        Internet: A Solution to the Problem of Address Space Exhaustion",
  377.        RFC 1335, University College London, May 1992.
  378.  
  379.    [2] "Internet Domain Survey", Network Information Systems Center, SRI
  380.        International, July 1992.
  381.  
  382.    [3] Ford, P., "Working Draft - dated 6 May 1992", Work in Progress.
  383.  
  384.    [4] Solensky F., and F. Kastenholz, "A Revision to IP Address
  385.        Classifications", Work in Progress, March 1992.
  386.  
  387.    [5] Fuller, V., Li, T., Yu, J., and K. Varadha, "Supernetting: an
  388.        Address Assignments and Aggregation Strategy", RFC 1338, BARRNet,
  389.        cisco, Merit, OARnet, June 1992.
  390.  
  391.  
  392.  
  393.  
  394. Gerich                                                          [Page 7]
  395.  
  396. RFC 1366     Guidelines for Management of IP Address Space  October 1992
  397.  
  398.  
  399.    [6] Rekhter, Y., and T. Li, "Guidelines for IP Address Allocation",
  400.        Work in Progress, August 1992.
  401.  
  402.    [7] Cerf, V., "IAB Recommended Policy on Distributing Internet
  403.        Identifier Assignment and IAB Recommended Policy Change to
  404.        Internet 'Connected' Status", RFC 1174, CNRI, August 1990.
  405.  
  406. Security Considerations
  407.  
  408.    Security issues are not discussed in this memo.
  409.  
  410. Author's Address
  411.  
  412.    Elise Gerich
  413.    Merit Computer Network
  414.    1075 Beal Avenue
  415.    Ann Arbor, MI 48109-2112
  416.  
  417.    Phone: (313) 936-3000
  418.    EMail: epg@MERIT.EDU
  419.  
  420.  
  421.  
  422.  
  423.  
  424.  
  425.  
  426.  
  427.  
  428.  
  429.  
  430.  
  431.  
  432.  
  433.  
  434.  
  435.  
  436.  
  437.  
  438.  
  439.  
  440.  
  441.  
  442.  
  443.  
  444.  
  445.  
  446.  
  447.  
  448.  
  449.  
  450. Gerich                                                          [Page 8]
  451.